home *** CD-ROM | disk | FTP | other *** search
/ AMOS PD CD / amospdcd.iso / aminet / amoslist0993.lzh / AMOSLIST2 / 000087_amos-request@svcs1.digex.net_Thu Sep 2 21:07:34 1993.msg < prev    next >
Internet Message Format  |  1993-09-03  |  3KB
  1. Received: from nextsun.INS.CWRU.Edu by access.digex.net with SMTP id AA25440
  2.   (5.65c/IDA-1.4.4 for <mcox@access.digex.com>); Thu, 2 Sep 1993 21:07:32 -0400
  3. Received: from svcs1.digex.net by nextsun.INS.CWRU.Edu with SMTP (5.65b+ida+/CWRU-1.5.2-freenet-gw)
  4.     id AA17363; Thu, 2 Sep 93 21:07:08 -0400 (from amos-request@svcs1.digex.net for mcox@access.digex.com)
  5. Received: by svcs1.digex.net id AA27495
  6.   (5.65c/IDA-1.4.4 for amos-list-out); Thu, 2 Sep 1993 20:55:05 -0400
  7. Received: from access.digex.net by svcs1.digex.net with SMTP id AA27491
  8.   (5.65c/IDA-1.4.4 for <amos-list@svcs1.digex.net>); Thu, 2 Sep 1993 20:55:03 -0400
  9. Received: from bunyip.cc.uq.oz.au by access.digex.net with SMTP id AA23151
  10.   (5.65c/IDA-1.4.4 for <amos-list@access.digex.com>); Thu, 2 Sep 1993 20:54:59 -0400
  11. Received: from elms.concept.com.au (actually 192.132.41.250) 
  12.           by bunyip.cc.uq.oz.au with SMTP (PP); Fri, 3 Sep 1993 10:54:15 +1000
  13. Received: by elms.concept.com.au (4.1/SMI-4.1) id AA07082;
  14.           Fri, 3 Sep 93 10:54:06 EST
  15. Date: Fri, 3 Sep 93 10:54:06 EST
  16. From: Tom Plackowski <tom@elms.concept.com.au>
  17. Message-Id: <9309030054.AA07082@elms.concept.com.au>
  18. To: maverick@deakin.edu.au
  19. Subject: RE: Jumping/flickering/stuttering/have fits etc.
  20. Cc: amos-list@access.digex.net
  21. Status: RO
  22.  
  23. >Given that it was my proggy that started all this I think I should put in
  24. >my 2 cents.
  25.  
  26. Your perogative, I guess. 8-)
  27.  
  28.  
  29. >Some people have said that the provided demo on the extras etc. had this
  30. >stuttering problem (Example 10.10).  I myself have not noticed this
  31. >problem in those proggies.
  32.  
  33. I found that the example that scrolls the mountains across the bottom of the
  34. screen is particularly obvious.
  35.  
  36.  
  37. >    The manual does say it should be Screen Swap then Wait Vbl.  If
  38. >the Screen Swap is meant to occur just after the next Vblank then why do
  39. >you need a Wait Vbl at all??  If you leave out the Wait Vbl's then 9 times
  40. >out of 10 the flickering is worse (As I found in the game I am now writing).
  41.  
  42. If what they have told me is correct, it because after Screen Swap all graphics
  43. commands go to what is the current physical screen. If you modify this, you
  44. will probably get flicker.
  45.  
  46. You have to Wait Vbl so that its safe to do more graphics.
  47.  
  48.  
  49. >    I haven't actually examined the code lately but I may have used
  50. >Screen Copy instead of Scroll.  This could be the problem as Screen Copy
  51. >is slower (I think thats right I can't remember correctly,  but I do know
  52. >that after my tests on this I do now use scroll).
  53.  
  54. Rumour has it that Scroll does a Screen Copy...
  55.  
  56.  
  57. >    With reguards to the timing of the flicker I don't know that this
  58. >is totally valid.  It does show that when it occurs it is fairly constant
  59. >but in my experience the flicker does not always happen.  I have had the
  60. >program run before with no flickers,  which just doesn't seem correct.
  61.  
  62. Given the new info (and some time) I will play with the double buffering etc
  63. and see what happens.
  64.  
  65. // Tom